(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 

International Bureau 




(43) International Publication Date (10) International Publication Number 

28 November 2002 (28.11.2002) PCT WO 02/096044 Al 



(51) International Patent Classification 7 : H04L 12/56, 

H04B 7/26 

(21) International Application Number: PCT/SE02/00986 

(22) International Filing Date: 21 May 2002 (21.05.2002) 

(25) Filing Language: English 

(26) Publication Language: English 

(30) Priority Data: 

0101846-4 22 May 2001 (22.05.2001) SE 

(71) Applicant: TELEFONAKTIEBOLAGET L M ERICS- 
SON (PUBL) [SE/SE]; S-126 25 Stockholm (SE). 

(72) Inventors; and 

(75) Inventors/Applicants (for US only): PARKVALL, Ste- 
fan [SE/SE]; Sigtunagatan 18, S-113 22 Stockholm (SE). 
TORSNER, Johan [SE/FI]; Grindbergsgatan 6 A 3, FIN- 
02600 Espoo (FI). 

(74) Agent: MONICA MAGNUSSON; Ericsson AB, Patent 
Unit Radio Access, S-164 80 Stockholm (SE). 



(81) Designated States (national): AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CO, CR, CU, 
CZ, DE, DK, DM, DZ, EC, EE, ES, FI, GB, GD, GE, GH, 
GM, HR, HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, 
LK, LR, LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, 
MX, MZ, NO, NZ, OM, PH, PL, PT, RO, RU, SD, SE, SG, 
SI, SK, SL, TJ, TM, TN, TR, TT, TZ, UA, UG, US, UZ, 
VN, YU, ZA, ZM, ZW. 

(84) Designated States (regional): ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZM, ZW), 
Eurasian patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), 
European patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, 
GB, GR, IE, IT, LU, MC, NL, PT, SE, TR), OAPI patent 
(BF, BJ, CF, CG, CI, CM, GA, GN, GQ, GW, ML, MR, 
NE, SN, TD, TG). 

Published: 

— with international search report 

For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations" appearing at the begin- 
ning of each regular issue of the PCT Gazette. 



ON 

(54) Title: METHOD AND SYSTEM OF RETRANSMISSION 

(57) Abstract: The present invention relates to gen-eration and transmis-sion of status reports utilizing available HARQ infor-ma- 
tion. The invention is well suited for a cellu-lar mo-bile radio communications sys-tem, particularly a Universal Mo-bile Tele- 
communications System, UMTS. 



WO 02/096044 



1 



PCT/SE02/00986 



Method and system of retransmission 
TECHNICAL FIELD OF THE INVENTION 

The present invention relates to retransmissions in a com- 
munications system, and more especially it relates to a 
5 cellular mobile radio system, particularly to a Universal 
Mobile Telecommunications System, UMTS or WCDMA system. 

BACKGROUND AND DESCRIPTION OF RELATED ART 

Retransmission of data to or from a mobile station, MS, or 
user equipment, UE, is previously known. It is also known 
0 to use medium access control and radio link control layers 
of a UMTS protocol structure in acknowledged mode for dedi- 
cated channels . 

In acknowledged mode, retransmissions are undertaken in 
case of detected transmission errors not recovered by for- 

5 ward error control. This is also called automatic repeat 
request, ARQ. With ARQ, retransmissions can be undertaken 
unless a transmitted message is (positively) acknowledged 
or if it is negatively acknowledged. Generally there are 
time limits for the respective positive and negative ac- 

0 knowledgements to be considered. 

Within this patent application, a radio network controller, 
RNC, is understood as a network element including a radio 
resource controller. Node B is a logical node responsible 
for radio transmission/reception in one or more cells 
5 to/ from a User Equipment. A base station, BS, is a physi- 
cal entity representing Node B. 

Medium access control, MAC, and radio link control, RLC, is 
used within radio communications systems like General 
Packet Radio Services, GPRS, and UMTS. 
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U.S. Patent US5570367 discloses a wireless communications 
system arranged to transmit acknowledgement and request for 
retransmission messages. Data received in a microcell from 
an end user device is forwarded to a cell site. Data re- 
5 ceived by the cell site is transmitted to a cellular 
switch. A base station sends a poll message to the end 
user device, inquiring for the status of unacknowledged 
messages previously transmitted from the base station. 

Also, a base station transmitter window is defined. A 
10 lower end pointer identifies a lowest numbered packet 
transmitted to and acknowledged by the base station. The 
upper end pointer identifies the highest numbered packet 
transmitted by the base station. Consequently, the window 
represents packets transmitted by the base station and un- 
15 acknowledged by the end user device. 

U.S. Patent US5222061 describes a data services retransmis- 
sion procedure to control unnecessary multiple retransmis- 
sions of a data packet by tracking the sequence numbers of 
transmitted packets. The data packet is retransmitted if 
2 0 it appears in the list prior to the last data packet that 
is received correctly. Upon retransmission, the sequence 
numbers of the list are rearranged. A receiver transmits a 
status control message to a transmitter periodically. The 
patent recognizes that the receiver may have correctly re- 

2 5 ceived a packet, which was included in a status control 

message. 

U.S. Patent US6118765 also recognizes an acknowledge scheme 
of a discriminator using a sliding window. The discrimina- 
tor passes valid packets for forwarding. 

3 0 3 rd Generation Partnership Project (3GPP) : Technical Speci- 

fication Group Radio Access Network, Physical Layer Proce- 
dures, 3G TS 25.301 v3.6.0, France, September 2000, speci- 
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fies in chapter 5 Radio Interface Protocol Architecture of 
a UMTS system. There are three protocol layers: 

- physical layer, layer 1 or Ll, 

- data link layer, layer 2 or L2, and 
5 - network layer, layer 3 or L3 . 

Layer 2 , L2 , and layer 3 , L3 are divided into Control and 
User Planes. Layer 2 consists of two sub-layers, RLC and 
MAC, for the Control Plane and four sub-layers, BMC, PDCP, 
RLC and MAC, for the User Plane. The acronyms BMC, PDCP, 
10 RLC and MAC denote Broadcast/Multicast Control, Packet Data 
Convergence Protocol, Radio Link Control and Medium Access 
Control respectively . 

Figure 1 illustrates a simplified UMTS layers 1 and 2 pro- 
tocol structure for a Uu Stratum, UuS, or Radio Stratum, 
15 between a user equipment UE and a Universal Terrestrial Ra- 
dio Access Network, UTRAN. 

Radio Access Bearers, RABs, make available radio resources 
(and services) to user applications. For each mobile sta- 
tion there may be one or several RABs. Data flows (in the 
form of segments) from the RABs are passed to respective 
Radio Link Control, RLC, entities which amongst other tasks 
buffer the received data segments. There is one RLC entity 
for each RAB. In the RLC layer, RABs are mapped onto re- 
spective logical channels. A Medium Access Control, MAC, 
entity receives data transmitted in the logical channels 
and further maps logical channels onto a set of transport 
channels . In accordance with subsection 5.3.1.2 of the 
3 GPP technical specification MAC should support service 
multiplexing e.g. for RLC services to be mapped on the same 
transport channel. In this case identification of multi- 
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plexing is contained in the MAC protocol control informa- 
tion. 

Transport channels are finally mapped to a single physical 
channel which has a total bandwidth allocated to it by the 
5 network. In frequency division duplex mode, a physical 
channel is defined by code, frequency and, in the uplink, 
relative phase (I/Q) . In time division duplex mode a 
physical channel is defined by code, frequency, and time- 
slot. The DSCH, e.g., is mapped onto one or several physi- 

10 cal channels such that a specified part of the downlink re- 
sources is employed. As further described in subsection 
5.2.2 of the 3GPP technical specification the LI layer is 
responsible for error detection on transport channels and 
indication to higher layer, FEC encoding/decoding and in- 

15 terleaving/deinterleaving of transport channels. 

PDCP provides mapping between Network PDUs (Protocol Data 
Units) of a network protocol, e.g. the Internet protocol, 
to an RLC entity. PDCP compresses and decompresses redun- 
dant Network PDU control information (header compression 

2 0 and decompression) . 

For transmissions on point- to-multipoint logical channels, 
BMC stores at UTRAN-side Broadcast Messages received from 
an RNC, calculates the required transmission rate and re- 
quests for the appropriate channel resources . It receives 
25 scheduling information from the RNC, and generates schedule 
messages. For transmission the messages are mapped on a 
point- to-multipoint logical channel. At the UE side, BMC 
evaluates the schedule messages and deliver Broadcast Mes- 
sages to upper layer in the UE. 

3 0 3G TS 2 5.3 01 also describes protocol termination, i.e. in 

which node of the UTRAJM the radio interface protocols are 
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terminated, or equivalently , where within UTRAN the respec- 
tive protocol services are accessible. 

3 rd Generation Partnership Project (3GPP) : Technical Speci- 
fication Group Radio Access Network, Physical Layer Proce- 
5 dures, 3G TS 25.322 v3.5.0, France, Decexnher 2000, speci- 
fies the RLC protocol. The RLC layer provides three serv- 
ices to the higher layers: 

- transparent data transfer service, 

- unacknowledged data transfer service, and 
10 • - acknowledged data transfer service. 

In subsection 4.2.1.3 an acknowledged mode entity, AM- 
entity, is described (see figure 4.4 of the 3 GPP Technical 
Specification) . In acknowledged mode automatic repeat re- 
quest, ARQ, is used. The RLC sub-layer provides ARQ func- 
tionality closely coupled with the radio transmission tech- 
nique used. The 3 GPP technical specification also reveals 
various triggers for a status report to be transmitted. 
The receiver shall always send a status report, if it re- 
ceives a polling request. There are also three status re- 
port triggers, which can be configured 

1. Missing PU(s) Detected, 

2. Timer Initiated Status Report, and 

3. Estimated PDU Counter. 

For trigger 1, the receiver shall trigger transmission of a 
status report to the sender if a payload unit, PU, is de- 
tected to be missing. (One PU is included in one RLC PDU.) 
With trigger 2, a receiver triggers transmission of a 
status report periodically according to a timer. Finally, 
trigger 3 relates in short to a timer corresponding to an 
estimated number of received PUs before the requested PUs 
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are received. The 3 GPP Technical Specification specifies a 
status PDU used to report the status between two RLC AM 
( 1 Acknowledged Mode 1 ) entities . 

None of the cited documents above discloses a method and 
5 system of eliminating or reducing transmissions of link 
status reports over a scarce link resource. 

SUMMARY OF THE INVENTION 

Cited prior art references describe retransmissions between 
a UE and an RNC. According to preferred embodiments of the 
10 invention retransmissions are terminated in Node B and UE 
respectively. 

Status reports are transferred between RLC entities in or- 
der to, e.g., update the transmitter window. Even if re- 
transmissions are terminated in Node B, there are reasons 
15 for keeping RLC functionality in RNC. Accordingly, RNC 
will poll a UE connected to the RNC for status reports. 
This polling and subsequent transmission of the requested 
status report will increase the load on the radio inter- 
face. 

20 Consequently, it is an object of this invention to elimi- 
nate or reduce transmissions over a scarce resource such as 
a radio interface. 

A further object is to also generate status reports in 
Node B. 

2 5 It is also an object to achieve a system compatible with 
status reports being generated for some triggers in a user 
equipment and for some triggers in a Node B. 



Finally, it is an object to introduce an L2 protocol in 
Node B, responsible for communication of status reports. 
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These objects are met by the invention, which is particu- 
larly well suited for a high-speed downlink packet access 
channel of an evolved universal mobile telecommunications 
system. 

5 Preferred embodiments of the invention, by way of examples, 
are described with reference to the accompanying drawings 
below. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 displays a layered protocol structure, according 
10 to prior art, in a radio communications system. 

Figure 2 displays a layered protocol structure, according 
to the invention, in a radio communication system. 

Figure 3 shows communication, according to the invention, 
between a UE and a base station involved in a connection 
15 between an RJSTC and the UE. 

Figure 4 schematically illustrates MAC and RLC protocol 
layers, according to the invention, in a multilayer proto- 
col structure. 

Figure 5 schematically illustrates the status report gen- 
20 eration and transmissions, according to the invention. 

Figure 6 displays a Node B according to the invention - 

Figure 7 displays a User Equipment according to the inven- 
tion. 

DESCRIPTION OF PREFERRED EMBODIMENTS 

2 5 Figure 2 show a preferred layered protocol structure, a 
protocol stack, according to the invention. The L2 MAC 
layer of figure 1 has been extended and divided into two 
sub-layers, a new L2 MAC sub-layer and a new MAC-HSDPA sub- 
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layer. Essentially the new L2 MAC sub- layer corresponds to 
the prior art L2 MAC sub-layer of figure 1. The MAC-HSDPA 
plus the MAC layer could be regarded as one single MAC 
layer extended to also include hybrid ARQ functionality. 
5 However, for reasons of explanation they are preferably re- 
garded as separate sub-layers. Further, on the network 
side, considering them as separate protocol sub- layers 
physically better corresponds to the physical entities 
where they reside. As illustrated in figure 2 on the 

10 UTRAN-side (or network side) L2 MAC sub-layer is preferably, 
located in RNC, whereas L2 MAC -7 HS DP A sub-layer is located 
in Node B. As the hybrid ARQ protocol combines succes- 
sively received retransmissions it is a great advantage to 
have this protocol close to the physical layer and, par- 

15 ticularly, in Node B. Among the advantages achieved 

thereby, e.g., the roundtrip delay is reduced as compared 
to a location in RNC. Within this patent application the 
protocol layers, except for L2 MAC and L2 MAC-HSDPA as just 
explained, correspond to those of figure 1. 

20 With reference to figure 3, Node B 1 and Node B 2 of a ra- 
dio communications system are logical nodes responsible for 
radio transmission/reception in one or more cells to/ from 
the User Equipment UE. BS 1 and BS 2 are physical entities 
representing Node B 1 and Node B 2 respectively- Node B 1 

25 and Node B 2 terminate the air interface, called Uu inter- 
face within UMTS, between UE and respective Node B towards 
the radio network controller RNC. In UMTS the interface 
between a Node B and an RNC is called lub interface. 

Preferably, all Nodes B of the radio communications system 
3 0 operate according to the invention for outstanding perform- 
ance. However, the invention can also be used in systems 
also including Nodes B not operating according to the in- 
vention. 
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Figure 4 describes somewhat more detailed than figure 2 the 
information transfer between the sub-layers of the protocol 
stack. In an exemplary situation, and with reference to 
figure 3 , UE communicates over a radio link associated with 
5 BS 1 . Packet switched data is transmitted in protocol data 
units, PDUs, in both directions. Each PDU is transported 
on a transport channel in at least one transport block, TB, 
as shown in figure 4 . Preferably there is one TB for each 
PDU. As described above, transmission errors on the trans- 

10 port channel are corrected and detected by layer LI. Each 
transport block, TB, in figure 4 can be provided an indi- 
vidual CRC error-detecting checksum prior to transmission 
on the physical channel. However, preferably a transmis- 
sion unit, carrying one or more TBs, is provided only one 

15 CRC error-detecting checksum. If a transmission unit is 
detected to be in error on the receiving side, this is re- 
ported to the L2 MAC layer. 

L2 MAC layer can request retransmission of transmission 
units received in error. Transmission units, detected to 
2 0 be in error, still carry information that should not be 
wasted. Preferably hybrid ARQ, utilizing information 

available from earlier transmission (s) of a transmission 
unit by proper combining with the latest retransmission, is 
used prior to an L2 MAC layer request for retransmission. 

25 At the receiving end, error detection is also performed by 
layer L2 RLC of figure 4. If an RLC protocol data unit, 
PDU, is received in error or the PDU is missing, it will be 
requested for retransmission at a point in time when a 
status report is established by the RLC layer. RLC PDUs 

30 are transferred to/from the MAC layer SDUs . The MAC SDU 
possibly includes a header not included in the RLC PDU. As 
explained in relation to figure 2, according to the inven- 
tion there are preferably two MAC sub-layers, an L2 MAC 
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sub-layer and an L2 MAC-HSDPA sub-layer. In a preferred 
embodiment of the invention, the L2 MAC sub-layer is lo- 
cated in RNC and the L2 MAC-HSDPA sub-layer is located in 
Node B. As previously described, the RLC PDUs are trans- 
5 f erred in transport blocks, TBs, on the physical channel. 
The L2 MAC-HSDPA layer transfers TBs to the LI physical 
layer. In the reverse direction the L2 MAC-HSDPA layer 
transfers TBs, possibly after combining of multiple trans- 
missions of the respective TBs, indicated to be error-free 
10 to the L2 MAC layer. TBs not indicated to be error-free 
are requested for retransmission. 

A network layer PDU or L3 PDU can comprise several RLC 
PDUs, as illustrated in figure 4. RLC PDUs are reassembled 
into RLC service data units, RLC SDU, prior to delivery to 
15 higher layer PDU. The L3 protocol can be, e.g., the Inter- 
net Protocol, IP. Upon reception from L3 , RLC SDUs are 
segmented into RLC PDUs . 

In an evolved WCDMA system, a high-speed downlink packet 
access channel, HSDPA channel, is a channel with similari- 
ties to a DSCH. However, it is based on a novel transport 
channel type. In the sequel, this is referred to as a 
High-Speed Downlink Shared CHannel, HS-DSCH. An HS-DSCH 
supports many new features not supported by DSCH, but also 
inherits some of the characteristics of a DSCH. There are 
several important features of an HS-DSCH. A sample of fea- 
tures is: 

- High data rates with peak data rates up to tens 
of Mbit/s. 

- Data is transmitted to multiple users on a 
shared channel by means of time-division multi- 
plex, TDM, or code-division multiplex, CDM. 

- Higher-order modulation. 
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- Modulation adaptive to radio channel condi- 
tions - 

- Fast retransmission with soft combining of re- 
transmitted data at UE f also referred to as 

5 Fast Hybrid ARQ or Fast HARQ. 

- Low air-interface delay, with maximum round- 
trip delay down to some ten milliseconds. 

It is preferred that the Fast Hybrid ARQ is terminated in 
Node B. Given L2 RLC located in RNC, the RLC layer should 
10 not be responsible of Fast Hybrid ARQ. According to pre- 
ferred embodiments of the invention, an L2 MAC-HSDPA sub- 
layer is responsible of Fast Hybrid ARQ. At UTRAN-side the 
L2 MAC-HSDPA sub-layer is located in Node B. 

As an alternative to introducing the MAC-HSDPA sub-layer in 
15 Node B, the RLC protocol could reside in Node B. However, 
for reasons of compatibility RLC is in charge of ciphering 
and in-order delivery, preferably located in RNC. With RLC 
sub-layer residing in RNC, reliable packet delivery will be 
insured between Node B and RNC. 

2 0 One reason for terminating the Fast Hybrid ARQ in Node B is 
the reduction of roundtrip delay as compared to terminating 
it in RNC- Another reason is that Node B is capable of us- 
ing soft combining of multiply transmitted data packets, 
whereas RNC generally only receives hard-quantized bits. 

2 5 L2 RLC sub- layer requires status reports acknowledging 

packet data units previously transferred from the L2 RLC 
layer, e.g. to advance the sliding transmitter window of 
the L2 RLC protocol. When, e.g., a poll timer times out it 
consequently transfers an inquiry for a status report. 

3 0 This inquiry is destined for the UE, in accordance with 

prior art. However, such' an inquiry would load the scarce 
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resource of the radio interface between Node B and UE. 
Further, terminating the Fast Hybrid ARQ in Node B, during 
stable operating conditions this node will be currently in- 
formed of the receive status of the UE in accordance with 
5 the Fast Hybrid ARQ scheme, possibly with a short delay for 
the most recent update of UE. 

According to a preferred embodiment of the invention the 
Hybrid ARQ protocol entity at UTRAN- side generates status 
reports to the RNC-RLC. Status reports can be generated 

10 either upon request of the RNC-RLC (polling) or as condi- 
tionally triggered locally. In case of the latter, the 
triggers described in prior art and referred to on page 5 
apply. Another trigger to be included is the number of 
PDUs received by Node B from RNC. When a predefined -number 

15 of PDUs have been received by Node B, a status report is 
established in the Hybrid ARQ protocol entity, and trans- 
mitted to RNC. 

Correspondingly, when Node B deals with status report es- 
tablishment, the status report triggering in the UE can be 

2 0 relieved, in order not to load the scarce communication 

link resource between Node B and UE. With reference to 
trigger 1 on page 5, the triggering of UE can be avoided if 
Node B detects the missing PU in due time for delivery to 
UE prior to a point in time when it would otherwise have 
25 been detected or otherwise initiated establishment and 
transmission of a status report from UE . Triggers 2 and 3 
depend on a preset time interval or number of PDUs. By ex- 
tending the parameters appropriately, the number of status 
reports per unit time initiated in UE by these triggers can 

3 0 be reduced to a sufficiently small number, not loading the 

scarce communication link resource between UE and Node B 
more than necessary. 
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Figures 5a and 5b schematically illustrate the status re- 
port generation and transmissions, according to the inven- 
tion. In figure 5a, L2 RLC located in RNC transfers data 
to UE via Node B, as already described in relation to fig- 
5 ures 1-4. Downlink data 3 and requests for status reports 
2 are transferred 3, 2 to UE via Node B. UE can also gen- 
erate status reports when properly triggered locally. 
Status reports 1 are transmitted from UE to RNC, as de- 
scribed in relation to cited prior art. 

10 In figure 5a, the Hybrid ARQ protocol resides in Node B. 
Downlink data is transmitted 3 over the radio interface be- 
tween Node B and UE. Depending on whether the data trans- 
mission was successful or not, acknowledgements are trans- 
mitted 4 to Node B from UE . Status reports are generated 

15 in UE if data packets are missing, or detected to be out of 
sequence and transmitted 1, 4 to Node B. Status reports 
can also be transmitted 4 from UE upon request from Node B. 
In the sequel acknowledgements and status reports, and pos- 
sibly other signaling related to Fast Hybrid ARQ, from UE 

20 to Node B are collectively referred to as HARQ signaling 4. 
Consequently, Node B has a good picture of the UE status as 
regards data packets transmitted to UE from RNC via Node B. 

Figure 5b shows a preferred solution according to the in- 
vention, where UE status in accordance with transmitted 
25 downlink data 3 and HARQ signaling 4 is stored in the HARQ 
protocol entity, preferably a MAC— HSDPA protocol. 

When UE might locally generate status reports according to 
one or more predefined triggers, the one or more status re- 
ports are transferred 4 to Node B. Upon reception in 
3 0 Node B, this Node decides whether or not a received status 
report concerns also L2 RLC protocol layer. If so, the 
status report, possibly edited by Node B, is transferred 5 
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to L2 RLC residing in RNC. If not. Node B will undertake 
all actions necessary, in accordance with the status re- 
port . 

An example of a UE-generated status report concerning the 
5 L2 RLC protocol of RNC is when UE-HARQ protocol, preferably 
in the MAC-HSDPA protocol link layer, detects a failure in 
UE, possibly due to a previously transmitted acknowledgment 
received in error by Node B. Upon detection of this fail- 
ure, an RLC PDU will not be transferred from L2 MAC sub- 

10 layer to L2 RLC sub-layer of UE, as only presumably correct 
PDUs are transferred. When L2 RLC sub-layer of UE detects 
a missing RLC PDU, the sequence number- of the missing RLC 
PDU will be included in a status report, generated by UE, 
and requested for retransmission from L2 RLC residing in 

15 RNC. Swedish patent application No. 0100739-2 assigned to 
the Applicant, and incorporated herein by reference, de- 
scribes a method and system of retransmission, reducing or 
eliminating unnecessary retransmissions. This method and 
system can also be applied with the present invention, fur- 

2 0 ther reducing the load on the radio interface. 

When L2 RLC, residing in RNC, sends a request for status 
report to UE, the request is first received in Node B, in 
both figures 5a and 5b. In figure 5a, the request for 
status report is forwarded 2 to UE by default. Conse- 

2 5 quently, the requests and their responses load the radio 

interface between Node B and UE . Between Node B and UE, 
signaling and packet transfer are indicated by double ar- 
rows, 1 and 4 for uplink, and 2 and 3 for downlink, due to 
their logical differences. However, there is only one 

3 0 physical radio spectrum available with a limited channel 

capacity in each direction. Therefore, when the HARQ pro- 
tocol entity or Node B is made responsible for status 
report generation and replies to L2 RLC requests for status 
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reports, as in figure 5b, the load on the radio interface 
can be relieved. Hence, the elimination of arrows 1 and 2 
between Node B and UE in figure 5b is not absolute. 
Depending on triggers selected, potential protocol failure 
5 etc. some signaling or packet transfer illustrated by the 
arrows in figure 5a may remain. However, the lack of these 
arrows in figure 5b illustrates that a substantial amount 
of the load can be eliminated according to the invention. 
In the foregoing, it was explained for various status 
10 report triggers, not limiting the invention only to this or 
other particular examples, how the invention can reduce the 
load of a scarce communication link resource in downlink, 
in uplink, or both. 

Figure 6 displays a Node B according to the invention. As 
15 explained in relation to figure 5, Node B receives re- 
sponses from UE providing information on the outcome of 
data transfers over the radio interface from Node B to UE. 
By means of this information Node B establishes an image of 
the UE status. In figure 6, the information provided is 
2 0 input to and the status image is established in means 6 of 
Node B. Preferably means 6 is localized to the entity of 
the hybrid ARQ protocol, as this protocol processes the UE 
responses to decide whether data packets should be retrans- 
mitted or not. 

2 5 Further, the hybrid ARQ protocol passes information from 

RLC destined for UE, requests for retransmissions destined 
for UE included. According to the invention there is pro- 
vided means 7 for receiving request for one or more status 
reports of UE and means 8 for identifying RLC requests for 

3 0 status report destined for the RLC layer of UE. Upon iden- 

tification of a request for status report, processing means 
9 of the protocol entity determines whether there is an es- 
tablished status report available or if there is enough in- 
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formation available for establishment of a status report in 
means 6, properly reflecting the UE status. If so, the 
transfer of the RLC request for status report to RLC layer 
of UE is inhibited and means 10 of Node B transmits to RLC 
5 layer of RNC/UTRAN the status report based on data imaging 
UE status. 

Node B also comprises means 11 for receiving status reports 
destined for RLC of RNC/UTRAN from UE. As explained above 
such a status report can be established without being ini- 

10 tiated by a request from RLC of RNC/UTRAN, e.g., when the 
hybrid ARQ protocol fails and there is need for retransmis- 
sion of a PDU from RLC. However, in some cases the corre- 
sponding PDU has not been deleted from the UTRAN-side hy- 
brid ARQ protocol entity. Processing means 12 of Node B 

15 determines, depending on the various conditions, whether 
the status report from UE should be forwarded, as a whole 
or in part, to RLC layer of RNC/UTRAN or if all or some of 
requested PDUs are already available in the UTRAN-side hy- 
brid ARQ protocol entity with no need to request the PDUs 

2 0 from RLC. 

Figure 7 displays a User Equipment, UE, according to the 
invention. The UE comprises protocol means being an entity 
of at least one of an L2 RLC layer 13 , an L2 MAC layer 14 
and/ or an L2 MAC-HSDPA layer 15. As described in detail 
25 above, the L2 MAC-HSDPA can alternatively be considered an 
extension of an L2 MAC layer. Preferably the L2 MAC-HSDPA 
layer 15 includes a HARQ protocol. The user equipment also 
comprises an Ll layer 16. When L2 RLC layer in UE estab- 
lishes status reports according to prior art, the status 

3 0 reports are destined for the L2 RLC correspondence in 

UTRAN. Also layer L2 MAC and the extension thereof, or 
layer L2 MAC-HSDPA, have their UTRAN correspondences. The 
UTRAN-entity or -entities of these layers residing in 

i 
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Node B are referred to as UTRAN-HARQ protocol en- 
tity/entities. Their one or more correspondences in UE are 
referred to as UE HARQ protocol entity/entities. According 
to the invention, PDUs of status reports established in L2 
5 RLC layer 13 are passed to the UE HARQ protocol layer 14, 
15. 

A person skilled in the art readily understands that the 
receiver and transmitter properties of a BS or a UE are 
general in nature. The use of concepts such as BS, UE or 
RNC within this patent application is not intended to limit 
the invention only to devices associated with these acro- 
nyms. It concerns all devices operating correspondingly, 
or being obvious to adapt thereto by a person skilled in 
the art, in relation to the invention. As an explicit non- 
exclusive example the invention relates to mobile stations 
without a subscriber identity module, SIM, as well as user 
equipment including one or more SIMs . Further, protocols 
and layers are referred to in close relation with UMTS ter- 
minology. However, this does not exclude applicability of 
the invention in other systems with other protocols and 
layers of similar functionality. 

The invention is not intended to be limited only to the em- 
bodiments described in detail above. Changes and modifica- 
tions may be made without departing from the invention. It 
25 covers all modifications within the scope of the following 
claims . 
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CLAIMS 

1. A method of reducing or eliminating transmissions over 
a scarce communication link resource in a communications 
system, the method characterized in that a 
network element responsible for transmissions over the 
5 scarce communication link resource 

— establishes an image of the scarce communica- 
tion link resource receiving end status on the 
network element side of the scarce communica- 
tion link resource, and 

10 - upon reception of a request for a. report on 

status of the receiving end of the scarce com- 
munication link resource destined for the re- 
ceiving end of the scarce communication link 
resource, the network element identifies the 

15 request. 

2 . The method according to claim 1 character- 
ized in that the request for a report on status of 
the receiving end of the scarce communication link resource 
is destined for a radio link control protocol layer. 

2 0 3. The method according to claim 1 or 2 charac- 
terized in that upon reception of a request for a 
report on status of the receiving end of the scarce commu- 
nication link resource, destined for the receiving end, the 
network element responds to the request by transmitting a 

2 5 status report based on the image of the receiving end 

status of the scarce communication link resource receiving 
end status . 

4 . A method of reducing or eliminating transmissions over 
a scarce communication link resource in a communications 

3 0 system, the method characterized in that a 
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network element responsible for reception of transmissions 
over the scarce communication link resource 

- establishes an image of the scarce communica- 
tion link resource receiving end status on the 

5 network element side of the scarce communica- 

tion link resource, and 

- upon activation of a status report trigger of 
the network element, transmits a report on 
status of the receiving end of the scarce com- 

10 munication link resource to a network control 

element . 

The method according to claim 4 character- 
ed in that the status report trigger is at least 
of 

- Polling request for a status report, 

- Missing PU or PUs detected, 

- Timer Initiated Status Report, 

- Estimated PDU counter, and 

- Number of PDUs transmitted to UE. 

2 0 6. The method according to claim 4 or 5 charac- 
terized in that a corresponding status report 
triggering in the receiving end of the scarce communication 
resource is inhibited or postponed. 

7 . The method according to claim 6 character- 
25 ized in that a timer or a PDU counter is set in the 
receiving end of the scarce communication resource to a 
greater time interval or greater number of PDUs, respec- 
tively, than a corresponding timer or counter in the net- 
work element . 
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8 . Ttie method according to any of claims 4-7 char- 
acterized in that the network control element is 
an entity of a radio link control protocol layer. 

9 . The method according to any of claims 4-6 char- 
5 acterized in that the network control element is 

a radio network controller. 

10 . The method according to any of claims 1-9 char- 
acterized in that the status image is estab- 
lished, the received request for reports on status of the 

10 receiving end of the scarce communication link resource is 
processed, the status report is established, or the status 
report triggering is inhibited in an entity responsible for 
hybrid ARQ over the scarce communication link resource. 

11. The method according to any of claims 1-10 char- 
15 acterized in that the status image is estab- 
lished, the received request for reports on status of the 
receiving end of the scarce communication link resource is 
processed, the status report is established, or the status 
report triggering is inhibited in an entity of a medium ac- 

2 0 cess control protocol layer or an extension thereof. 

12 . The method according to any of claims 1-11 char- 
acterized in* that the status image is estab- 
lished, the received request for reports on status of the 
receiving end of the scarce communication link resource is 

25 processed, the status report is established, or the status 
report triggering is inhibited in an entity of a protocol 
layer in juxtaposition to the medium access control layer 
and being a higher protocol layer than the physical layer 
and a lower protocol layer than the medium access control 

3 0 layer in a protocol stack- 
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13 . The method according to any of claims 1-12 char- 
acterized in that the status image is estab- 
lished, the received request for reports on status of the 
receiving end of the scarce communication link resource is 

5 processed, the status report is established, or the status 
report triggering is inhibited in an entity of a MAC-HSDPA 
protocol layer. 

14. A method of reducing or eliminating transmissions over 
a scarce communication link resource in a communications 
system, the method characterized in that a 
network element responsible for receiving signals transmit- 
ted over the scarce communication link resource 

— receives messages or status reports transmitted 
over the scarce communication link resource, 
and 

— determines whether the received message or 
status report, or parts thereof, should be 
processed in the network element, or if it 
should be forwarded. 

15. The method according to claim 14 character- 
ized in that information is provided from a protocol 
layer responsible for hybrid ARQ over the scarce communica- 
tion link resource for determining whether the received 
message or status report, or parts thereof, should be proc- 
essed in the network element, or if it should be forwarded. 

16. The method according to claim 14 or 15 charac- 
terized in that information is provided from a 
protocol layer being a medium access control protocol layer 
or an extension of a medium access control protocol layer 

3 0 for determining whether the received message or status re- 
port, or parts thereof, should be processed in the network 
element, or if it should be forwarded. 
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17. The method according to claim 14 or 15 charac- 
terized in that information is provided from a 
protocol layer in juxtaposition to the medium access con- 
trol protocol layer and being a higher protocol layer than 
5 the physical layer and a lower protocol layer than the me- 
dium access control layer in a protocol stack for determin- 
ing whether the received message or status report, or parts 
thereof, should be processed in the network element, or if 
it should be forwarded. 

10 18. The method according to any of claims 14-17 char- 
acterized in that information is provided from a 
MAC-HSDPA protocol layer for determining whether the re- 
ceived message or status report, or parts thereof, should 
be processed in the network element, or if it should be 

15 forwarded. 

19 . A network element being responsible for transmitting 
signals over a scarce communication link resource in a com- 
munications system, the network element including means for 
reducing or eliminating transmissions of messages or status 

20 reports over a scarce communication link resource in a com- 
munications system, the network element being further 
characterized by means for establishing an 
image of the scarce communication link resource receiving 
end status and means for identifying a request for a report 

2 5 on status of the receiving end of the scarce communication 

link resource destined for the receiving end of the scarce 
communication link resource. 

20. The network element according to claim 19 char- 
acterized by means for receiving a request for a 

3 0 report on status of the receiving end of the scarce commu- 

nication link resource, destined for the receiving end of 
the scarce communication link resource and means for trans- 
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mitting a status report based on an image of the scarce 
communication link resource receiving end status, upon re- 
ception of a request for a report on status of the receiv- 
ing end of the scarce communication link resource. 

21. A network element being responsible for transmitting 
signals over a scarce communication link resource in a com- 
munications system, the network element including means for 
reducing or eliminating transmissions of messages or status 
reports over a scarce communication link resource in a com- 
munications system, the network element being further 
characterized by means for establishing an 
image of the scarce communication link resource receiving 
end status and means for transmitting a report on status of 
the receiving end of the scarce communication link re- 
source . 

22. The network element according to claim 21 char- 
acterized in that the status report trigger is 
at least one of 

- Polling request for a status report, 
20 - Missing PU or PUs detected, 

- Timer Initiated Status Report, 

- Estimated PDU counter, and 

- Number of PDUs transmitted to UE. 

23. The network element according to any of claims 20-22 
25 characterized in that transmitting a report 

on status of the receiving end of the scarce communication 
link resource includes transmitting to an entity of a radio 
link control protocol layer. 
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24. The network element according to any of claims 19-23 
characterized in that the network element is 
a protocol entity* 

25. The network element according to any of claims 19-23 
5 characterized in that the network element is 

a Node B entity. 

26. A network element being responsible for receiving sig- 
nals transmitted over a scarce communication link resource, 
the network element including means for reducing or elirni- 

10 nating transmissions over a scarce communication link re- 
source in a communications system, the network element be- 
ing further characterized by means for re- 
ceiving one or more messages or status reports transmitted 
over the scarce communication link resource, and means for 

15 determining whether the received message or status report, 
or parts thereof, should be processed in the network ele- 
ment or if it should be forwarded. 

27. The network element according to any of claims 19-26 
characterized in that the means for reducing 

2 0 or eliminating transmissions over a scarce communication 

link resource in a communications system includes means for 
hybrid ARQ over the scarce communication link resource. 

28. The network element according to any of claims 19-27 
characterized in that the means for reducing 

25 or eliminating transmissions over a scarce communication 
link resource in a communications system includes a medium 
access control protocol layer or an extension thereof. 

29. A user equipment being responsible for transmitting 
signals over a scarce communication link resource in a com- 

3 0 munications system to one or more network elements, the 

user equipment being characterized by means 
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for providing at least one of the network elements with in- 
formation enabling the at least one of the network elements 
to establish an image of the user equipment receive status, 
the provision for information being initiated in an entity 
5 including a protocol layer being responsible for hybrid ARQ 
over the scarce communication link resource. 

30. The user equipment according to claim 29 char- 
acterized in that the means for providing at 
least one of the network elements with information enabling 

10 the at least one of the network elements to establish an 
image of the user equipment receive status includes a me- 
dium access control protocol layer or an extension thereof. 

31. The user equipment according to claim 2 9 or 3 0 
characterized in that the means for provid- 

15 ing at least one of the network elements with information 
enabling the at least one of the network elements to estab- 
lish an image of the user equipment receive status includes 
a MAC-HSDPA protocol layer. 

32. Radio communications system characterized 
2 0 by means for carrying out the method in any of claims 1- 

18. 



33. A radio communications system character- 
ize d. b y a plurality of network elements according to 
any of claims 19-2 8. 
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